DESIGN  DIVISION 

xtbstivei^sity 

MECHANICAL  ENGINEERING  DEPARTMENT 
STANFORD.  CALIFORNIA  94305-4021 


July  7, 1995 


John  J.  Sheridan 
Scientific  Officer 
Office  of  Naval  Research 
800  North  Quincy  Street 
Arlington,  Virginia  22217-5000 

Dear  Officer  Sheridan: 

Enclosed  is  the  final  report  on  ONR  Contract  NOOOl 4-91 -J-1 711. 


c 


Aagioved  to  pucto  leiaossj 
CfeaCjbusiG©  ^ 


Mark  R,  Cutkosky 
Professor 

Stanford  University 
Mechanical  Engineering  Dept, 
tel:  415.725-1588 
fax:  415.723.3521 
email:  cutkosky@cdr.stanford.edu 


cc  report  to: 

Administrative  Grants  Officer,  Seattle,  WA 
Director  Naval  Research  Laboratory,  Washington,  DC 
Defense  Technical  Information  Center,  Alexandria,  VA 


DTId  OiDALTr^f  IKBPECTED  8 


(4 1 S)  723-4287 
FAX  (415)  723-3521 


DEPARTMENT  OF  THE  NAVY 

OFFICE  OF  NAVAL  RESEARCH 
SEATTLE  regional  OFFICE 
1107  NE  45TH  STREET,  SUITE  350 

SEATTLE  WA  98105-4631  in  reply  refer  to: 


4330 
ONR  247 
11  Jul97 


From:  Director,  Office  of  Naval  Research,  Seattle  Regional  Office,  1 107  NE  45th  St.,  Suite  350, 
Seattle,  WA  98105 

To:  Defense  Technical  Center,  Attn:  P.  Mawby,  8725  John  J.  Kingman  Rd.,  Suite  0944, 

Ft.  Belvoir,  VA  22060-6218 

Subj :  RETURNED  GRANTEE/CONTRACTOR  TECHNICAL  REPORTS 


1.  This  confirms  our  conversations  of  27  Feb  97  and  1 1  Jul  97.  Enclosed  are  a  number  of 
technical  reports  which  were  returned  to  our  agency  for  lack  of  clear  distribution  availability 
statement.  This  confirms  that  all  reports  are  unclassified  and  are  “APPROVED  FOR  PUBLIC 
RELEASE”  with  no  restrictions. 


2.  Please  contact  me  if  you  require  additional  information.  My  e-mail  is  silverr@onr.navy.mil 
and  my  phone  is  (206)  625-3196. 


ROBERT  J. 


;  /  /  , 

'  . . . s 

SILVERMAN 


FINAL  REPORT  for: 

I 

Supporting  Planning  in  Concurrent  Design  Environments 


ONR  PROJECT  NUMBER:  NOOO 14-91 -J-171 1 


P.I.:  Mark  R.  Cutkosky 
Dept,  of  Mechanical  Engineering 
Stanford  University 
Stanford,  CA  94305-4021 
cutkosky@cdr.  Stanford,  edu 


Staff:  Subbarao  Kambhampati 
Dept,  of  Computer  Science  and  Engg. 
Arizona  State  University 
Tempe,  AZ  85287 
rao@asu.edu 


19970117  124 


PI:  M.R.  Cutkosky 

Staff:  S.  Kambhampati 

E-mail:  cutkosky@cdr.stanford.edu 

Project  Title:  Supporting  Planning  in  Concurrent  Design  Environments 

Project  Number:  N00014-91-J-1711 
Reporting  Period:  1/1/91  to  12/31/91 

Technical  Summary 

Unlike  planning  in  the  traditional  AI  paradigm,  where  the  planner  is  typically  assumed  to  be 
an  isolated  module  operating  in  a  static  world,  planning  in  concurrent  design  environments  is 
best  viewed  as  a  team  activity,  where  the  planner  needs  to  interact  with  the  user  and  specialized 
domain  modules  of  the  environment  on  a  continual  basis.  Previous  approaches  for  planning  in  such 
domains  have  either  been  largely  domain  specific  or  have  compromised  with  shallow  models  of  the 
domain-specific  considerations.  In  this  research,  we  have  explored  a  hybrid  incremental-planning 
architecture  which  utilizes  a  set  of  specialists  to  complement  both  the  overall  expressiveness  and 
reasoning  power  of  a  traditional  hierarchical  planner.  In  particular,  we  implemented  a  hybrid 
planning  architecture  for  doing  process  planning  for  machining  in  the  Next-Cut  concurrent 
design  environment.  We  developed  techniques  for  effectively  interfacing  a  machining  planner,  a 
geometric  reasoner  and  a  fixture  planne.  Our  architecture  allowed  effective  interaction  between 
the  planner  and  the  specialists,  without  binding  the  planner  too  tightly  to  the  internal  operations 
or  the  domain  specific  knowledge  of  the  specialists.  The  incremental  operation  of  the  planner 
and  the  specialists  was  effective  in  controlling  the  proliferation  of  interactions  when  inconsistent 
commitments  were  detected  between  the  planner  and  the  specialists. 


1  Productivity  measures 

Refereed  papers  published;  5 

Unrefereed  reports  and  articles:  1 

Post-docs  supported  >=  25%  of  full  time:  1 

2  Detailed  Technical  Summary 

This  research  addressed  basic  issues  in  computational  support  to  concurrent  engineering.  The  goal 
of  this  research  was  to  extend  AI  planning  methodology  to  support  the  interactive  and  incremental 
mode  of  operation  required  in  the  concurrent  design  environments. 

The  philosophy  behind  concurrent  engineering  is  to  do  as  much  manufacturing  planning  and 
analysis  as  possible  during  design  evolution,  rather  than  waiting  for  the  design  to  be  complete.  This 
approach  has  been  shown  to  be  capable  of  achieving  dramatic  reductions  in  overall  project  time 


1 


and  cost.  However,  the  approach  also  poses  unique  requirements  for  intelligent  computer-aided 
design  and  manufacturing  tools  --  requirements  that  most  of  today’s  tools  do  not  address.  To 
provide  computational  support  for  concurrent  engineering,  it  is  necessary  to  integrate  analysis  and 
simulation  programs,  modelers,  and  planners  so  that  they  can  interact  with  shared  representations 
of  the  evolving  design.  Therefore,  it  is  necessary  that  the  programs  support  an  interactive, 
incremental  mode  of  operation  in  which  the  effects  of  local  changes  in  the  design  cqn  rapidly  be 
assessed,  and  in  which  the  results  of  previous  computations  are  re-used  whenever  possible.  In 
addition,  it  is  necessary  for  the  software  modules  to  interact  Ifequently,  and  at  different  levels  of 
detail  as  the  design  evolves.  Since  no  single  module  has  complete  knowledge  of  all  the  constraints 
that  bear  upon  the  design  project  it  is  necessary  to  establish  a  structure  for  assuring  that  consistency 
is  maintained  and  for  determining  which  modules  are  affected  by,  and  must  be  consulted  about 
particular  changes  in  the  design. 

The  requirements  of  operating  in  a  concurrent  environment  are  especially  critical  for  synthesis 
activities,  such  as  the  construction  of  process  sequences,  factory  operations  plans  or  maintenance 
schedules.  Planning  in  the  context  of  a  concurrent  environment  requires  novel  approaches  that 
have  not  been  addressed  in  previous  work  on  planning.  In  particular,  previous  work  by  the  authors 
has  underscored  the  following  requirements: 

•  In  concurrent  design,  the  representation  of  the  artifact  is  evolving  both  in  terms  of  extent 
and  detail.  During  this  process,  the  designer  needs  feedback  from  the  planner  regarding  the 
manufacturability  of  the  design.  To  provide  such  feedback  in  the  presence  of  intermittent 
design  changes,  the  planner  needs  to  be  able  to  (i)  accommodate  partially  specified  designs, 
and  (ii)  simultaneously  reflect  the  effects  of  changes  in  the  design  specifications  on  the 
corresponding  process  plan. 

•  In  most  design  and  manufacturing  applications,  there  exists  a  tremendous  amount  of 
specialized  knowledge  and  inference  formalisms  that  are  routinely  utilized  by  human 
planners  in  producing  plans.  Because  the  specialized  analyses  may  be  time-consuming  and 
may  require  a  considerable  amount  of  knowledge  that  is  not  directly  relevant  to  planning, 
it  is  typically  inefficient  to  try  to  incorporate  them  into  the  planner.  As  a  result,  the 
planner  must  interact  with  specialized  domain  modules  in  the  course  of  producing  plans. 
This  requirement  introduces  fundamental  differences  into  the  planning  methodology,  since 
the  planner  will  no  longer  be  capable  of  synthesizing  process  plans  or  ascertaining  their 
correctness  autonomously. 

The  existing  approaches  to  planning  in  Artificial  Intelligence  fail  to  handle  these  requirements 
as  they  consider  planning  as  a  one-shot  task  of  constructing  a  partially  ordered  sequence  of  actions 
for  achieving  a  given  set  of  goals.  Further,  they  operate  under  the  assumption  that  the  planner  is 
an  isolated  module  with  all  knowledge  relevant  to  plan  generation  at  its  disposal. 

In  this  research,  we  developed  a  hybrid,  interactive  and  incremental  approach  for  planning  in 
concurrent  design  environments,  where  a  machining  planner  (based  on  the  AI  planning  paradigm) 
was  integrated  with  a  geometric  reasoner  and  a  fixture  specialist  to  provide  comprehensive  support 
for  generation  as  well  as  modification  of  process  plans  in  a  concurrent  design  environment. 


2 


Our  planning  framework  was  implemented  and  tested  within  the  Next-Cut  concurrent  design 
environment.  A  schematic  diagram  of  our  planning  architecture  is  shown  in  Figure  1.  In  our 
implementation,  the  machining  planenr  is  used  for  selecting  appropriate  machining  processes  and 
tools  for  making  individual  features.  A  geometry  specialist  is  used  to  detect  and  resolve  geometric 
interactions  that  arise  during  machining  of  features,  and  a  fixturing  specialist  is  used  both  to  handle 
fixturing-related  interactions  in  the  machining  plan,  and  to  decide  the  orientations  and  clamping 
forces  for  restraining  the  part  during  machining.  The  basic  planning  cycle  starts  with  an  initial 
detection  and  resolution  of  geometric  interactions  by  the  geometry  specialist.  This  is  followed  by 
the  generation  of  machining  plan  by  the  general  purpose  planner.  Finally,  the  fixturing  specialist 
generates  an  appropriate  fixturing  plan  corresponding  to  the  machining  plan. 

The  interfaces  between  the  planner  and  the  specialists  are  designed  to  allow  the  planner  to 
explicitly  keep  track  of  externally  imposed  constraints.  For  example,  the  constraints  imposed 
by  the  fixturing  specialist  on  the  evolving  plan  are  represented  as  a  constraint  graph  over  a 
set  of  equivalence  classes  defined  over  the  steps  of  the  machining  plan,  while  those  imposed 
by  the  geometry  specialist  are  represented  as  “ordering  constraints”  among  plan  steps.  The 
aim  of  these  interfaces  is  to  allow  the  planner  to  function  with  a  minimal  understanding  of  the 
internal  operations  of  the  specialists,  or  the  domain  specific  knowledge  they  employ.  When  the 
planner  detects  inconsistencies  among  the  externally  imposed  constraints,  it  uses  an  incremental 
plan  modification  strategy  (developed  in  our  earlier  work)  to  facilitate  flexible  and  conservative 
revision  of  plans,  taking  care  to  avoid  further  violation  of  any  externally  imposed  constraints.  The 
results  of  our  implementation  have  been  very  encouraging.  It  taught  us  several  general  principles 
on  designing  hybrid  planning  systems;  we  summarize  them  briefly  below: 

•  Communication  between  the  planner  and  the  specialists  takes  several  forms,  including  the 
shared  representation  of  the  design  and  process  plan,  specialized  representations  of  mutual 
constraints  (e.g,  the  setup  graph)  and  standardized  messages  (e.g.,  the  results  of  intersection 
tests  from  the  geometry  specialist).  In  all  cases,  there  is  a  tradeoff  between  expressiveness 
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and  abstraction.  For  example,  the  geometric  intersection  results,  were  found  after  some 
experimentation  to  be  at  the  right  level  of  detail  for  making  ordering  decisions  in  process 
planning.  More  generally,  it  will  be  impossible  to  satisfy  a  variety  of  modules  with  messages 
and  representations  at  a  single  level  of  detail.  A  solution  to  ftiis  problem  may  be  to  exploit 
hierarchical  representations. 

•  Modules  in  a  hybrid  planning  environment  benefit  from  hierarchical  representations  and 
least  commitment  approach  in  problem  solving  which  keeps  options  open  and  reduces 
the  need  for  backtracking  in  the  face  of  specification  changes  and  planning  conflicts  (by 
allowing  maximum  latitude  to  the  specialists  in  generalizing  refining  the  plan  according 
to  their  constraints).  In  our  implementation,  for  example,  we  maintain  partially  ordered 
machining  plans,  and  setup  graphs.^ 

•  Each  module  should  reuse  previous  results  whenever  practical,  both  for  speed  and  to  make 
the  effects  of  design  changes  manifest.  Reuse  of  previous  results  is  particularly  useful  in 
managing  the  interactions  between  the  planners  and  the  specialists.  Every  time  a  module 
computes  a  new  result,  it  is  possible  that  it  may  invalidate  results  previously  computed 
by  other  modules.  However,  to  the  extent  that  each  module  reuses  previous  results,  the 
incidence  of  new  side-effects  and  interactions  with  other  modules  is  reduced.  Thus,  if  the 
process  planner  makes  only  minor  changes  to  a  previous  process  plan,  it  is  unlikely  that 
major  changes  will  be  needed  in  the  corresponding  fixture  plan. 

•  The  ability  to  reuse  previous  plans  (and  analysis  results),  as  well  as  to  control  inter-module 
backtracking  hinges  primarily  on  keeping  track  of  dependencies  within  the  plans  and 
between  the  plans,  the  specifications  and  the  external  constraints  imposed  by  other  modules. 
Interfaces  which  keep  track  of  externally  imposed  constraints  can  thus  play  an  important 
role  in  facilitating  reuse.  More  generally,  we  found  that  it  is  important  to  keep  issues  of 
feasibility  (constraints)  separate  ft’om  issues  of  optimality  (costs)  since  the  former  are  far 
more  likely  to  remain  valid  from  one  plan  iteration  to  the  next. 


3  Software  Prototypes 

The  process  planning  architecture  developed  in  this  research  was  implemented  on  top  of  the 
NextCut  framework.  The  prototype  was  used  to  both  evaluate  our  ideas  on  interfacing  the  planners 
and  specialists,  as  well  as  the  overall  efficiency  of  the  approach. 

^Of  course  the  usual  tradeoff  holds  between  the  delay  of  commitmoit  and  the  amoimt  of  computation  needed 
to  check  the  consistency  of  the  plan.  Thus,  in  the  example  of  the  lixturing  specialist,  to  avoid  extoisive  geom^c 
simulation,  a  single  total-ordering  of  the  sdups  is  ultimately  chosai  for  d^led  fixture  plaiming. 
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Reasoners:  Case  Study  of  a  Hybrid  Planning 
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Abstract^Mmy  real-world  planning  problems  involve  sub¬ 
stantial  amounts  of  domain-specific  reasoning  that  is  either 
awkward  or  inefficient  to  encode  in  a  general  purpose  planner. 
Previous  approaches  for  planning  in  such  domains  have  either 
been  largely  domain  specific  or  have  compromised  with  shallow 
models  of  the  domain-specific  considerations.  In  this  paper,  we 
propose  a  hybrid  planning  architecture  for  such  domains,  which 
utilizes  a  set  of  specialists  to  complement  both  the  overall  ex¬ 
pressiveness  and  the  efficiency  of  a  traditional  hierarchical 
planner.  Such  an  architecture  promises  to  retain  the  flexibility 
and  generality  of  classical  planning  framework  while  allowing 
deeper  and  more  efficient  domain-specific  reasoning  through 
specialists.  The  architecture,  however,  has  several  ramifica¬ 
tions  on  the  internal  operations  of  the  planner  as  well  as  its 
interactions  with  the  specialists.  First,  continual  interactions 
between  the  planner  and  the  specialists  necessitate  an  incre¬ 
mental,  interactive,  and  least-commitment  oriented  approach 
to  planning.  Second,  as  the  planner  and  the  specialists  in  such 
a  model  may  employ  heterogeneous  reasoning  mechanisms  and 
representations,  a  complete  understanding  of  the  operations  of 
one  by  the  other  is  not  possible.  This  necessitates  designing  in¬ 
terfaces  at  the  right  level  of  abstraction,  to  efficiently  mediate 
the  interactions  between  them.  In  this  paper,  we  investigate 
these  issues  with  the  help  of  our  implementation  of  a  hybrid 
planning  architecture  for  a  manufacturing  planning  domain. 

1.  Introduction 

ANY  complex  real-world  planning  problems  re¬ 
quire  significant  amounts  of  deep  domain-specific 
reasoning  that  is  awkward  or  inefficient  to  encode  into  a 
traditional  planner.  An  example  of  such  problems  is  pro¬ 
cess  planning  for  machining,  which  involves  extensive 
reasoning  about  geometry,  kinematics,  and  cutting  and 
clamping  forces.  The  classical  planning  framework,  in 
which  the  planner  is  modeled  as  an  isolated  module  with 
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all  knowledge  relevant  to  plan  generation  at  its  disposal, 
is  inadequate  for  addressing  such  problems  because  it  is 
impractical  to  encode  deep  models  of  specialized  consid¬ 
erations  in  the  constrained-action  representations  used  by 
classical  planners.  While  extending  the  action  represen¬ 
tation  sufficiently  to  encode  these  considerations  is  a  pos¬ 
sibility,  it  suffers  fiom  the  drawback  that  the  cost  of  plan¬ 
ning  becomes  prohibitive  as  the  expressiveness  of  the 
domain  models  increases  [23].  Most  previous  approaches 
for  planning  in  such  situations  have  dealt  with  these  issues 
either  through  very  domain  specific  planning  algorithms 
(e.g.  [8]),  or  by  restricting  themselves  to  shallow  models 
of  the  specialized  considerations  (e.g.  [5],  [26]). 

In  this  paper,  we  investigate  an  alternative  approach:  a 
hybrid  planning  model  that  utilizes  a  set  of  specialists  to 
complement  the  expressiveness  and  reasoning  power  of  a 
traditional  hierarchical  planner.  Such  a  model  allows  us 
to  retain  the  flexibility  and  generality  of  the  classical  plan¬ 
ning  framework,  while  allowing  deeper  and  more  efficient 
domain-specific  reasoning  through  the  specialists.  It  can 
provide  better  computational  efficiency  since  the  special¬ 
ists  can  employ  methods  that  are  best  suited  for  particular 
kinds  of  analyses.  It  also  facilitates  better  modularity  by 
avoiding  duplication  of  capabilities  between  the  planner 
and  the  specialists. ' 

Planning  in  such  a  hybrid  model  does,  however,  place 
several  constraints  on  the  operation  of  the  planner  and  the 
specialists,  and  raises  many  important  issues  regarding  the 
exact  role  of  the  specialists,  and  the  interfaces  between 
them  and  the  planner.  To  begin  with,  the  specialists  may 
be  used  to  detect  interactions  that  the  planner  itself  cannot 
detect,  or  to  extend  the  plan  to  make  it  satisfy  additional 
constraints  not  modeled  in  the  planner’s  own  domain 
model.  Further,  some  of  these  specialists  may  be  involved 
in  their  own  specialized  planning  (synthesis)  activities. 
The  analyses  of  the  specialists  may  be  dependent  on  the 
state  of  the  plan,  and  the  commitments  made  by  the  spe¬ 
cialists  may,  in  turn,  have  a  direct  bearing  on  the  plan. 
Consequently,  to  avoid  inconsistent  commitments  that 
could  lead  to  costly  intermodule  backtracking,  the  planner 
and  the  specialists  must  each  keep  track  of  the  constraints 

'For  example,  in  process  planning,  similar  geometry  considerations  are 
used  by  both  assembly  planners  and  fixture  planners.  Thus,  keeping  those 
considerations  as  a  separate  specialist  avoids  duplicating  them. 
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imposed  on  their  decisions  by  the  commitments  made  by 
the  others. 

As  the  planner  and  the  specialists  may  employ  hetero¬ 
geneous  reasoning  mechanisms  and  representations,  a 
complete  understanding  of  the  operations  of  one  by  the 
other  is  not  possible.  To  facilitate  fruitful  interactions  be¬ 
tween  them,  we  need  to  design  interfaces  that  are  at  the 
right  level  of  abstraction  to  enable  each  to  recognize  the 
constraints  placed  on  their  results  because  of  commit¬ 
ments  made  by  the  other. 

Planning  in  such  architectures  is  a  continual,  rather  than 
a  pne-shot  process.  The  constraints  imposed  by  the  spe¬ 
cialists  on  Ae  plan  force  the  planner  (and  the  specialists) 
to  contend  with  a  continually  evolving  problem  specifi¬ 
cation.  The  evolutionary  nature  of  planning  has  implica-  ' 
tions  for  the  internal  operation  of  the  planner  and  the  spe¬ 
cialists.  For  example,  hierarchical  abstraction,  and  the 
ability  to  represent  plans  with  partial  commitment  (partial 
ordering,  etc.)  are  important  for  allowing  the  specialists 
maximum  latitude  in  specializing  the  plan  according  to 
their  considerations.  More  importantly,  since  inconsistent 
commitments  between  the  planner  and  the  specialists  can¬ 
not  be  completely  avoided,  incremental  operation,  in 
terms  of  the  ability  to  reuse  previous  results  while  accom¬ 
modating  new  constraints  [10],  [12],  [13],  is  essential  for 
efficiency.  (Note  that  in  contrast  to  the  classical  planning 
model,  where  such  replanning  ability  is  justified  purely  in 
terms  of  the  internal  efficiency  of  the  planner,  here  it  is 
also  motivated  by  the  desire  to  promote  efficient  interac¬ 
tion  between  the  planner  and  the  specialists.) 

In  this  paper,  we  investigate  these  issues  with  the  help 
of  our  implementation  of  a  hybrid  planning  architecture 
for  a  manufacturing  planning  domain.  Given  the  descrip¬ 
tion  of  parts  in  terms  of  their  component  features,  and  the 
corresponding  geometric  models,  the  objective  of  plan¬ 
ning  in  this  domain  is  to  provide  a  plan  for  machining  that 
part  from  raw  stock.  Generating  such  plans  involves  a  sig¬ 
nificant  amount  of  reasoning  about  geometry,  kinematics 
and  cutting,  and  clamping  forces.  Our  implementation 
handles  these  specialized  considerations  by  combining  a 
domain-independent  hierarchical  planner  with  two  do¬ 
main  specialists.  In  the  rest  of  the  paper,  we  describe  our 
implementation  of  this  hybrid  planning  architecture,  and 
discuss  the  details  of  interfaces  and  interaction  manage¬ 
ment  between  the  planner  and  the  specialists. 

A.  Organization 

The  rest  of  this  paper  is  organized  as  follows:  In  Sec¬ 
tion  II,  we  focus  on  the  particular  characteristics  of  our 
manufacturing  planning  domain  that  necessitate  hybrid 
planning  approach.  In  Section  III,  we  present  the  hybrid 
architecture  that  we  have  implemented  for  planning  in  this 
domain,  and  discuss  the  operation  of  the  planner  and  the 
specialists,  as  well  as  the  interfaces  between  them.  Sec¬ 
tion  IV  presents  details  of  the  nominal  planning  cycle  in 
this  architecture.  Sections  V  and  VI  discuss  the  issues  of 
intermodule  backtracking,  and  incremental  plan  revision 


in  this  architecture.  Section  VII  describes  some  limita¬ 
tions  of  our  current  implementation,  and  discusses  the  di¬ 
rections  being  explored  to  overcome  them.  Section  VIII 
discusses  related  work,  and  Section  IX  concludes  the  pa¬ 
per. 

II.  Process  Planning  for  Machining  in  Next-Cut: 

The  Domain  Characteristics 

The  domain  that  we  address  in  our  work  is  process 
planning  for  machined  parts.  The  planner  is  part  of  a  pro¬ 
totype  concurrent  design  system  called  Next-Cut  [3],  in 
which  planning  and  analysis  are  performed  step-by-step 
as  a  designer  constructs  or  modifies  a  design.  In  such  a 
system,  the  planner  serves  two  purposes:  it  generates  plans 
for  machining  parts,  and  it  provides  the  designer  feedback 
about  the  manufacturing  implications  of  design  decisions. 

The  input  to  the  planner  consists  of  the  description  of 
a  part  in  terms  of  features,  dimensions,  tolerances,  and 
corresponding  geometric  models.  Window  I  in  Fig.  1 
shows  the  geometric  description  of  a  simple  component— 
which  we  shall  refer  to  as  c  ross-product  (across- 
shaped  component  used  for  supporting  a  shaft).  Window 
II  in  the  same  figure  shows  the  description  of  one  of  its 
features,  h  o  I  e  -  4,  in  terms  of  its  attributes,  such  as  di¬ 
ameter,  depth,  and  position  tolerance.  Window  III  shows 
part  of  a  rough  sketch  of  the  process  plan  for  machining 
cross-product.  The  process  plan  includes  a  se¬ 
quence  of  “setups”  (particular  orientations  in  which  the 
workpiece  should  be  restrained  using  fixturing  devices, 
such  as  a  vise  or  strap-clamps),  the  set  of 
machining  operations  (drilling,  milling, 
bo  r  i  ng)  that  should  be  carried  out  during  each  setup, 
and  the  tools  (0 . 25  i  n-d i  a-t w i  st-dr  i  1 1)  to 
be  used  during  each  machining  operation. 

There  are  several  complexities  involved  in  planning  in 
this  domain.  First,  there  are  typically  interactions  be¬ 
tween  different  features  such  that  machining  one  feature 
first  may  make  it  difficult  or  impossible  to  machine  sub¬ 
sequent  ones.  What  makes  these  interactions  difficult  from 
a  classical  planning  point  of  view  is  that  most  are  geo¬ 
metric  in  nature,  and  detecting  them  requires  geometric 
reasoning.  Similarly,  determining  the  necessary  setups  in¬ 
volves  considerable  reasoning  about  the  intermediate  ge¬ 
ometry  of  the  part,  as  well  as  kinematic  and  force  equi¬ 
librium  analyses. 

Encoding  the  geometric  and  force  knowledge  required 
for  these  analyses  in  a  general  purpose  planner  is  imprac¬ 
tical,  both  because  of  the  awkwardness  of  translating  the 
analytical  procedures  underlying  such  analyses  into  the 
planner’s  representation,  and  because  of  the  subsequent 
inefficiency  of  planning  with  such  detailed  models.  As  a 
consequence,  incorporating  geometric  and  fixture  related 
considerations  into  the  planning  has  traditionally  been  a 
weak  point  of  previous  work  in  automated  process  plan¬ 
ning.  In  some  cases  it  is  assumed  that  interactions  have 
been  enumerated  before  planniiig,  perhaps  by  a  human 
user  («.g.,  GARi  [5]  and  propel  [26]).  In  other  cases  a 
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number  of  rules  for  detecting  such  interactions  are  incor¬ 
porated  as  preprocessing  steps  to  the  planner  itself  (e.g.. 
Machinist  [8]).  However,  the  rules  are  typically  at  a 
shallow  level.  Moreover,  the  level  of  abstraction  is  not 
made  explicit  and  it  is,  therefore,  hard  to  tell  when  the 
rules  are  sufficiently  accurate.  Obviously,  a  more  system¬ 
atic  approach  is  to  delegate  the  geometric  and  force  re¬ 
lated  concerns  to  specialists  best  suited  to  handle  them, 
and  view  process  planning  as  a  team  activity  involving 
interactions  between  the  planner  and  these  heterogeneous 
specialists. 

III.  Planning  Architecture  in  Next-Cut 

Fig.  2  shows  the  schematic  of  the  planning  architecture 
in  the  Next-Cut  environment.  A  general  purpose  planner 
is  used  for  selecting  appropriate  machining  processes  and 
tools  and  composing  them  into  a  machining  plan.  A  ge¬ 
ometry  specialist  is  used  to  detect  and  resolve  geometric 
interactions  that  arise  during  machining,  and  a  fixturing 
specialist  is  used  to  decide  the  orientations  and  clamping 
forces  for  holding  the  part  during  machining. 

There  are  two  forms  of  communication  between  the 
planner  and  the  specialists  in  the  Next-Cut  environment. 
The  first,  and  more  straightforward,  is  through  the  shared 
central  model.  The  central  model  contains  a  description 
of  the  part  in  terms  of  its  component  features,  the  attri¬ 
butes  of  the  features  and  their  geometry,  which  all  mod¬ 
ules  can  access  and  modify.  The  planner  and  specialists 
can  also  communicate  directly  through  specialized  inter¬ 
faces  (e.g.,  interaction  graph,  and  setup  graph).  The  ra¬ 
tionale  here  is  that  to  facilitate  a  deeper  cooperation  be¬ 
tween  the  planner  and  the  specialists,  they  also  need  to 
have  customized  interfaces  that  reflect  the  shared  repre¬ 
sentations.  We  will  see  that  these  interfaces  facilitate  ef¬ 
ficient  reasoning  about  interactions  between  the  modules. 
In  this  paper,  we  will  be  concentrating  on  the  interfaces 
between  the  planner  and  the  two  specialists.  It  should, 
however,  be  noted  that  customized  interfaces  can  also  ex- 


Fig.  2.  Schematic  diagram  of  the  planning  architecture  in  Next-Cut. 


ist  between  the  specialists.^  As  can  be  seen  from  Fig.  2, 
in  our  implementation,  the  feature  bounding  volumes  and 
tool  paths  serve  as  a  direct  interface  between  the  geometry 
specialist  and  the  fixturing  specialist. 

A.  Planner 

The  basic  planning  paradigm  that  we  use  is  that  of  non¬ 
linear  hierarchical  planning  [25],  [27].  In  this  paradigm, 
the  planning  tasks  involve  the  satisfaction  of  a  conjunc¬ 
tion  of  goals  and  the  planning  process  consists  of  succes¬ 
sively  refining  the  planning  tasks  with  the  help  of  a  set  of 
a  prespecified  task-reduction  schemata.  The  reduction 
schemata  consist  of  plan  fragments  for  achieving  various 
goals.  As  an  example.  Window  I  in  Fig.  3  shows  the  var¬ 
ious  schemata  for  machining  holes,  while  Window  II 
shows  an  individual  task-reduction  schema,  Make-Hole- 
By-Drilung  in  detail.  As  can  be  seen  from  Window  II, 
the  Make-Hole-By-Drilling  schema  is  a  collection  of 

^Although  we  take  a  planner-centered  view  of  the  world  in  this  paper, 
and  consider  fixture  planning  and  geometric  reasoning  as  specialists,  it 
should  be  emphasized  that  within  the  Next-Cut  framework,  the  machining 
planner  is  considered  as  another  specialist  at  the  same  level  as  fixture  plan¬ 
ner  and  assembly  planner. 
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Fig.  3.  Specification  of  machining  operations  as  task  reduction  schemata. 


partially  ordered  planning  steps  for  machining  a  hole  by 
drilling  it.  In  particular,  it  specifies  that  the  hole  has  to  be 
positioned,  a  drilling  operation  has  to  be  carried  out,  and 
finally  the  drilled  hole  should  be  improved  as  necessary 
(e.g.,  improving  diametral  tolerance,  surface  finish,  etc.). 
Notice  that  this  fragment  does  not  provide  details  about 
how  the  position  and  diametral  tolerances  should  be 
achieved;  those  details  are  left  for  subsequent  reductions. 
It  is  in  this  sense  that  the  schema  specifies  an  abstract  plan 
fragment.  As  shown  in  Window  III,  the  internal  represen¬ 


tation  of  the  schema  also  includes  information  about  which 
conditions  have  to  be  satisfied,  and  which  effects  are  as¬ 
serted  at  each  step.  The  conditions  dictate  to  a  large  extent 
whether  a  particular  schema  is  suitable  for  accomplishing 
a  particular  task.  For  example,  if  either  the  tolerance  re¬ 
quirements  of  a  hole  are  very  high,  or  the  hole  happens 
to  be  of  a  nonstandard  size,  Make-Hole-By-Drilling 
will  not  be  a  candidate  for  machining  that  hole. 

A  hierarchical  plan  can  be  formally  characterized  as  a 
3-tuple,  (?:  where  Tis  a  set  of  plan 
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steps  (tasks)  with  O  defining  a  partial  ordering  over  them; 
and  T*  is  the  union  of  tasks  in  T  and  their  ancestors  with 
D  defining  a  set  of  parent,  child  relations  among  the  tasks 
of  T*.  planning  consists  of  refining  abstract  planning  tasks  _ 
[such  as  (Make-hole  Hole-2)]  into  concrete  sub¬ 
tasks  with  the  help  of  these  task  reduction  schemata,  until 
eveiy  task  in  the  plan  is  “primitive”  (i.e.,  the  planner 
knows  how  to  perform  that  task).^  Fig.  4  shows  how  the 
(Make-hole  Hole-2)  task  is.refined,  with  the  help 
of  Make-Hole-By-Drilling  schema  (in  Fig.  3),  into 
three  subtasks  (Position-hole  Hole-2), 
(Drill-Hole  Hoi  e-2),  and  (Finish-Hole 
Ho  I  e-2),  which,  in  turn,  are  reduced  to  more  concrete 
subtasks.  During  this  refinement  process,  any  interactions 
between  the  newly  introduced  steps  and  the  existing  steps 
are  resolved  by  posting  ordering  and  binding  constraints 
on  the  plan.  As  a  classical  hierarchical  planner,  the  plan¬ 
ner  only  detects  the  interactions  that  become  evident  in 
terms  of  clobbered  preconditions.  The  partially  ordered 
plan  for  machining  the  cross-product  is  shown 
in  Fig.  6  (see  Section  IV  for  further  discussion).  The  plan¬ 
ning  strategy  is  “least-commitment”  in  that  the  planner 
starts  with  the  assumption  that  the  various  design  goals 
can  be  achieved  in  any  order  and  imposes  ordering  rela¬ 
tions  only  to  remove  interactions  or  to  satisfy  constraints. 
Avoiding  overcommitment  in  this  way  facilitates  subse¬ 
quent  processing  of  the  generated  plan  for  satisfying  op¬ 
timality  criteria  (e.g.,  merging  machining  steps  to  reduce 
setups  and  tool  changes)  [11]. 

As  pointed  out  in  Section  I,  the  planner  needs  the  abil¬ 
ity  to  modify  its  plans  incrementally,  both  to  promote  ef¬ 
ficient  interactions  with  the  specialists  and  to  deal  with 
user-imposed  changes  in  the  design  of  the  part.  Our  plan¬ 
ner  supports  incremental  plan  modification  by  maintain¬ 
ing  the  causal  dependencies  among  the  individual  steps  of 
a  plan,  and  the  decisions  underlying  the  development  of 
that  plan,  in  a  representation  called  a  “validation  struc¬ 
ture.”  It  utilizes  the  priar  modification  framework  [10]- 
[12]  for  carrying  out  the  modification  (see  Section  VI  for 
details). 

B.  Specialists 

The  specialists  in  our  framework  either  augment  the 
specification  of  the  problem  as  seen  by  the  planner  and 
detect  interactions  that  the  planner  itself  cannot  detect,  or 
utilize  the  generated  plan  to  make  their  own  further  com¬ 
mitments.  In  our  system,  the  geometry  specialist  (see  be¬ 
low)  is  of  the  former  type,  while  the  fixturing  specialist 
is  of  the  latter.  The  analyses  by  the  specialists  impose 
implicit  constraints  on  the  plan  developed  by  the  planner 


^Sometimes  a  task  does  not  require  further  reduction  because  all  of  its 
effects  already  hold  in  the  current  situation  (in  planning  terminology  [22], 
such  tasks  are  called  phantom  goals).  For  example,  in  the  plan  for  ma¬ 
chining  cross-product,  shown  in  Fig.  6,  the  finishing  step  was  not 
required  for  Hole-2,  since  the  specified  diametral  tolerance  for  Hole-2  is 
guaranteed  by  the  drilling  step  itself.  Thus  the  (Diametral-tolerance 
Hole-2)  step  is  phantomized  (shown  with  dashed  lines  in  the  figure)  and 
does  not  constitute  a  step  to  be  executed  in  the  final  plan. 


(and  vice  versa).  The  interfaces— the  interaction  graph, 
and  the  setup  graph— help  the  modules  to  keep  track  of 
these  constraints. 

1)  Geometry  Specialist:  The  geometiy  specialist  in  the 
Next-Cut  environment  uses  solid  models  of  the  part  and 
features  to  detect  a  variety  of  geometric  interactions  that 
may  affect  the  machining  or  fixturing  of  parts.  Examples 
of  such  interactions  include  interferences  between  the  tool 
paths  for  machining  a  feature,  and  the  volumes  of  other 
features  (or  the  part  itself).  In  the  case  of  the  cross- 
product  shown  in  Fig.  1 ,  the  tool  access  path  for  ma¬ 
chining  h  o  I  e  -  4  (shown  by  the  shaded  arrow  d  3  in  the 
figure)  interferes  with  the  feature  volume  of  s  I  ot  -1 . 
Window  I  in  Fig.  5  shows  the  geometry  si»cialist’s  de¬ 
scription  of  the  interference  detected  in  this  case.  Such 
interactions  are  ubiquitous  in  machining  and  are,  there¬ 
fore,  computed  with  every  design  or  plan  change..  Since 
the  exact  details  of  the  tool  paths  are  not  yet  known,'*  and 
also  since  exact  volume  intersections  can  be  time  consum¬ 
ing,  our  geometry  specialist  uses  conservative  rectangular 
bounding  box  approximations  of  the  material  that  a  tool 
could  remove  from  the  part,  and  of  the  total  volume  swept 
out  by  a  tool  [19]. 

Once  such  interferences  are  detected,  appropriate  ac¬ 
tions  must  be  taken  to  resolve  them  (if  possible).  The  ge¬ 


ometry  specialist  does  this  by  analyzing  the  interferences. 
In  particular,  suppose  an  interference  %  is  detected  for 
the  tool  approach  direction  d  of  feature  /.  The  geometry 
specialist  checks  to  see  if  the  volume  of  the  detected  in¬ 
terference  £l/i  is  wholly  subsumed  by  the  volumes  of  some 
subset  JF  =  {fi)  of  other  features  of  the  part.  If  this  is  the 
case,  then  the  interference  3/^  can  be  avoided  by  machin¬ 
ing  the  features  in  IF  first  (if  no  such  set  is  found,  then 
the  feature  /  cannot  be  made  in  tool  approach  direction 
d).  This  essentially  imposes  a  set  of  constraints  Ojj  on  the 
machining  order  of  the  individual  features:  Of^  =  {(/  ^ 
/)|/eJFf. 

In  the  case  of  interference  between  hole-4  and 
s  I  o  t  - 1 ,  the  analysis  by  the  geometry  specialist  shows 
that  the  interference  between  the  part,  and  the  tool  path 
for  making  hole-4  in  the  direction  d3  is  completely 
subsumed  by  the  feature  volume  of  S  1 0 1  —  1 .  Thus,  this 
interaction  can  be  avoided  by  machining  s  1 0 1  - 1  be¬ 
fore  machining  hole  —  2  if  hole  —  2  is  to  be  made  in 
the  direction  d  1 . 

Tn  fiiic  fachinn  thft  oeometfv  soecialist  detects  the  in¬ 


teractions  for  each  feature  and  each  possible  tool  ap¬ 
proach  direction  for  making  that  feature,  and  computes 
the  appropriate  ordering  relations  for  avoiding  those  in¬ 
teractions.  Once  this  is  done,  the  geometry  specialist 
heuristically  selects  a  single  tool  approach  direction  for 
each  feature  (based  on  such  criteria  as  the  number  of  geo¬ 
metric  interactions  to  be  resolved  in  that  direction)  and 


*The  detailed  geometry  of  tool  path  depends  on  the  exact  tool  that  is 
selected  for  machining  the  feature,  which  will  only  be  known  after  the 
machining  planning  is  over. 

^The  symbol  "  <  ”  is  used  to  denote  precedence  relation  between  two 
entities.  Thus  the  expression  a  <  b  means  a  should  precede  b. 
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Fig.  4.  Reducing  an  abstract  task  into  concrete  subtasks. 


.8UOT-4 - HOLE-2 

ASLOT-3 - HOLE-1 

0PEfU710N-tl6^8L0T-2-'^ j 
YSLOT-1  — -HOLE-4' 

'hole-3  /  jj 

Thert  is  in  interference  between 

SLOT  SLOT-1  wd  TOOL-PATH  TOOL-PATIMl. 

Its  volume  is  1  X%  of  the  volume  of  SLOT-1 
•nd  16  of  the  votume  of  TOOL-PATH-Sl. 

Its  volume  ehirteterfstic  Is  PERPENDICULAR  OVERLAP. 
Its  imcrscetlon.  In  the  X  direction  Is  ENCLOSED. 

In  the  V  direction  Is  ENCLOSING, 
end  in  the  Z  direction  It  ENCLOSING. 

T 

Fig.  5.  Detecting  and  resolving  geometric  interactions  for  the  cross 
product. 


conveys  the  corresponding  feature  orderings  to  the  plan¬ 
ner  by  constructing  (or  updating)  the  interaction  graph  (see 
Section  IV).^  Window  II  in  Fig.  5  shows  the  interaction 
graph  corresponding  to  the  cross-product  (note 
the  ordering  relation  between  s  I  o  t - 1  and  ho  L  e - 2). 

2)  Fixturing  Specialist:  The  objective  of  the  fixturing 
specialist  is  to  decide  which  operations  of  the  plan  will  be 
done  in  which  setup,  and  to  arrive  at  fixture  arrangements 
for  locating  and  restraining  the  part  as  it  is  machined.  The 
windows  F1~F4  in  Fig.  7,  show  a  fixturing  plan  for  man¬ 
ufacturing  cross-product.  An  important  consid¬ 
eration  here  is  to  reduce  the  number  of  setups.  The  op¬ 
eration  of  the  fixturing  specialist  can  be  seen  as  having 
two  phases,  with  the  first  phase  consisting  of  proposing 
setups  and  the  second  phase  consisting  of  testing  them, 
employing  geometric,  kinematic,  and  force  calculations. 
To  reduce  the  number  of  setups,  the  fixturing  specialist 
merges  the  steps  of  the  machining  plan  based  on  the  ex¬ 
pected  orientation  of  the  part  (given  by  the  tool  approach 
direction  selected  for  that  feature  by  the  geometry  spe¬ 
cialist;  see  above)  during  those  steps.  In  the  second  phase, 
it  checks  if  the  part  can  actually  be  fixtured  in  the  pro¬ 
posed  setups,  and  selects  fixture  elements  for  restraining 
the  part  during  machining.  This  involves  selecting  a  par¬ 
ticular  sequence  (total  ordering^)  of  the  proposed  setups 
(consistent  with  the  ordering  constraints  among  plan  steps 
that  comprise  the  setup  groups),  and  ensuring  that  the  ge¬ 
ometry  of  the  workpiece  at  the  start  of  each  setup  allows 
it  to  be  fixtured  satisfactorily.  The  specific  sequence  of 

*Thus,  the  orderings  imposed  by  the  geometry  specialist  are  conditional 
on  the  tool  approach  directions  chosen,  in  the  sense  that  if  at  a  later  point, 
the  fixturing  specialist  decides  to  make  a  feature  in  a  different  orientation, 
then  the  ordering  in  the  interaction  graph  would  change.  For  a  more  de¬ 
tailed  description,  see  [19]. 

’The  need  to  ground  the  fixturing  checks  relative  to  the  particular  (inter¬ 
mediate)  geometry  of  the  part,  and  the  difficulty  of  generating  and  main¬ 
taining  partial  geometries,  are  the  main  reasons  why  the  fixturing  specialist 
is  forced  to  select  a  specific  total  ordering. 


fixturing  groups  that  are  tested  by  the  fixturing  specialist 
then  constitutes  the  fixturing  plan.  A  constraint  graph 
called  the  “setup  graph,”  which  contains  information 
about  the  chosen  setup  groupings,  and  the  ordering  rela¬ 
tions  among  them,  acts  as  the  interface  between  the  fix¬ 
turing  specialist  and  the  planner  (see  Section  IV). 

IV.  The  Planning  Cycle 

In  this  section,  we  discuss  how  the  planner  and  the  spe¬ 
cialists  interact  through  the  interfaces  to  produce  and  re¬ 
vise  plans.  Table  I  shows  a  high  level  description  of  the 
planning  cycle. 

When  the  specification  of  a  part,  such  as  that  of 
cross-product  as  shown  in  Fig.  1 ,  is  entered  for 
the  first  time,  the  geometry  specialist  computes  the  pos¬ 
sible  geometric  interactions  between  its  features  (as  shown 
by  the  example  in  Window  I  of  Fig.  5).  Specific  ordering 
constraints  to  avoid  these  interactions  are  then  conveyed 
to  the  planner  via  the  interaction  graph  (Window  II). 

Given  the  plan  representation  discussed  in  Section 
III- A,  the  interaction  graph  can  be  seen  as  an  augmen¬ 
tation  to  the  top-level  specification  of  the  problem.  In  par¬ 
ticular,  the  interaction  graph  can  be  represented  by  a  di¬ 
rected  acyclic  graph  (dag)  Q:  <F,  Og)  whose  nodes  are 
the  individual  features  of  the  part  and  whose  edges  define 
a  partial  ordering  on  the  machining  of  different  features. 
From  the  discussion  in  Section  III-B,  we  can  see  that  Og 
=  Of,,  where  d  is  the  chosen  tool  approach  direction 
for  feature  /,  and  O^  is  the  set  of  precedence  constraints 
imposed  by  the  geometry  specialist  to  resolve  any  tool 
path  interferences  in  machining  /  in  direction  d. 

The  effect  of  the  analysis  by  the  geometiy  specialist  is 
that  instead  of  starting  with  unordered  goals,  the  planner 
orders  them  according  to  the  restrictions  imposed  by  the 
interaction  graph.  In  particular,  the  planner  starts  with  an 
initial  task  network  iT',  O'),  with  T’  containing  the  set 
of  tasks  of  the  form  r,:  Achieve  { feature i),  and  orderings 
of  type  [/,•:  Achieve  {feature,)]  <  o'ltj-  Achieve  { feature j)], 
if  and  only  if  featurei  <  Og  featurej.  The  final  plan  thus 
incorporates  the  orderings  imposed  by  the  planner,  as  well 
as  those  inherited  from  the  interaction  graph. 

The  machining  plan  for  cross-product  is 
shown  in  Fig.  6.  (The  diamond-shaped  steps  are  dummy 
steps,  and  steps  with  dashed  boundaries  correspond  to 
“phantom”  steps,  i.e.,  steps  whose  intended  effects  are 
made  true  by  other  steps).  Note,  in  particular,  that  the 
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TABLE  I 

High  Level  Description  of  the  Planning  Cycle 


Given  a  new  or  changed  specification: 

1)  Geometry  Specialist:  {Input:  The  solid  model  of  the  part  and  the 
features) 

Compute  geometric  interferences  and  uj^ate  interaction  graph 

2)  Planner:  {Input:  Feature  specification,  interaction  graph,  setup  graph) 

(a)  If  no  machining  plan  exists,  generate  one  using  the  feature 
specification  and  the  interaction  graph.  If  there  are  any  tool-holder 
collisions,  backtrack  to  the  geometry  specialist  (see  Section  V). 

(b)  If  a  machining  plan  exists,  modify  it  to  accommodate  the  new 
specifications  (changes  in  feature  attributes,  interaction  graph  or 
setup  graph),  while  respecting  any  implicit  constraints  imposed  by 
the  setup  graph  and  the  interaction  graph  (see  Section  VI). 

3)  Fixturing  Specialist:  {Input:  Machining  plan,  feature  geometry,  and 
setup  graph) 

(a)  If  a  fixturing  plan  does  not  exist,  construct  the  setup  graph  by 
merging  steps  of  the  machining  plan.  Select  a  setup  sequence  and 
compute  the  fixturing  details  for  it.  If  no  total  ordering  is  found, 
backtrack  to  the  planner  (see  Section  V). 

(b)  If  a  fixturing  plan  does  exist,  update  the  setup  graph  to  reflect 
changes  (if  any)  in  the  machining  plan.  Use  it  to  incrementally 
revise  the  existing  fixturing  plan.  Update  the  setup  graph. 


Fig.  6.  Machining  plan  for  the  c  ross^product. 


machining  steps  for  s  I  0 1  “  1  and  h  o  L  e  -  4  (in  the 
lowest  branch  of  the  plan  in  Fig.  6)  are  ordered  according 
to  the  constraints  specified  by  the  interaction  graph  (Win^ 
dow  II  in  Fig.  5). 

Next,  based  on  this  plan,  the  fixturing  specialist  chooses 
setups  for  fixturing.  From  the  planner’s  viewpoint,  the 
fixturing  specialist  is  partitioning  the  plan  steps  into 
groups,  based  on  a  set  of  equivalence  classes  defined  in 
terms  of  the  expected  orientations  of  the  part  during  plan 
execution.  Such  a  partitioning  induces  an  implicit  partial 
ordering  among  the  setups.  As  discussed  in  Section  III-B, 
this  partitioning  is  followed  by  checks  to  ensure  that  some 
total  order  of  setups  consistent  with  this  partial  ordering 
can  actually  be  fixtured. 

The  setup  graph  can  thus  be  seen  as  a  dag  S:  <fl.  Os), 
where  each  member  oj  6  Q  is  a  set  of  plan  steps  that  can 
be  machined  in  a  particular  setup,  and  Os  is  a  partial  or¬ 
dering  on  the  setups,  induced  by  the  corresponding  partial 
ordering  on  the  plan  steps. 

The  constraints  on  the  setup  graph  from  the  planner’s 
viewpoint  are  that  fl  be  a  set  of  mutually  exclusive  and 
exhaustive  subsets  of  tasks  in  T,  so  that  the  partitioning 
is  consistent  with  the  partial  ordering  among  the  tasks.  To 
ensure  the  latter,  the  following  two  constraints  must  be 


satisfied: 

1)  Vo?  6  fi,  Vfi,  f2  e  o)  JJf  e  r  s.t.  t  ^  0)  A  {tx  <  t  < 

2)  Va>i,  052  €  fl,  if  there  exists  a  task  fj  e  coj,  and  ti  e 
W2,  such  that  <  h  in  the  plan,  then  it  should  nec¬ 
essarily  be  the  case  that  wi  <  Os  ^2- 

Os  thus  defines  the  partial  ordering  induced  among  the 
setups  as  a  result  of  merging  the  steps  of  the  plan. 

For  the  cross-product  example.  Window  II-A 
in  Fig.  7  shows  the  setup  group  mergings  computed,  and 
Window  II-B  shows  the  description  of  the  individual  plan 
steps  merged  under  each  setup  group.  Notice  that  the 
graph  is  partially  ordered  at  this  point. 

From  the  point  of  view  of  the  fixturing  specialist,  each 
0)  €  is  a  fixturing  group.  In  general,  once  the  fixturing 
specialist  makes  a  merging  of  the  plan  steps  according  to 
the  above  constraints,  there  is  an  implicit  partial  ordering 
among  the  fixturing  groups  [as  stated  in  condition  2) 
above].  From  the  standpoint  of  fixturing,  this  merging  is 
consistent  as  long  as  the  fixturing  specialist  can  find  a  se¬ 
quence  of  the  setup  groups  consistent  with  this  partial  or¬ 
dering,  which  satisfies  the  fixturing  constraints  (see  Sec¬ 
tion  III-B).  To  this  end,  the  fixturing  specialist  first  selects 
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Fig.  7.  Fixturing  plan  for  the  cross-product. 


a  total  order  on  S  based  on  some  heuristic  considerations 
[19],  and  then  carries  out  fixturing  analysis  in  accordance 
with  that  sequence.*  Once  a  totally  ordered  sequence  of 
setups  is  selected,  that  further  constrains  the  orderings 
among  the  steps  of  the  machining  plan  implicitly.  In  par¬ 
ticular,  selecting  a  total  order  on  a  setup  graph  S:  <f2, 
is  equivalent  to  adding  a  set  of  additional  ordering  rela¬ 
tions  Of  among  the  setups  in  Q  such  that  Os  U  Of  induces 
a  total  order  on  S.  Every  new  ordering,  w/  <  among 
setups,  translates  to  additional  orderings  among  plan  steps 
such  that  vr,  e  w,  and  vr,  e  //  <  tj  (even  if  r,  and  tj  do 
not  have  any  ordering  relations  imposed  among  them  by 
the  geometry  specialist  or  the  planner).  Such  implicit  con¬ 
straints  have  to  be  respected  to  ensure  conservatism  of 
any  future  plan  revision  (see  Section  VI). 

For  the  cross-product  example,  the  fixturing 
specialist  selects  one  total  ordering  (shown  in  Window  III 
in  Fig.  7)  consistent  with  this  graph  that  is  satisfactoiy 
from  the  fixturing  viewpoint,  and  computes  a  fixturing 
plan  (in  each  fixture  setup,  the  features  to  be  manufac¬ 
tured  in  that  setup  are  shown  highlighted).  It  then  updates 
the  setup  graph  with  additional  orderings  corresponding 
to  the  selected  sequence.  The  Windows  F-l-F-4  in  Fig. 

*Notc  that  different  setup  sequences  have  differing  fixturing  propenies  as 
they  correspond  to  different  intermediate  geometries  of  the  part  during  ma¬ 
chining. 


7  show  the  details  of  the  fixturing  plan.  At  this  point,  we 
have  a  complete  process  plan  for  machining  cross-- 
product  (see  Section  III). 

V.  Intermodule  Backtracking 

When  inconsistencies  arise  between  the  commitments 
made  by  the  planner  and  the  specialists,  the  linear  control 
flow  discussed  in  Section  IV  is  disrupted,  and  backtrack¬ 
ing  is  necessitated.  When  this  happens,  there  are,  in  gen¬ 
eral,  a  variety  of  backtracking  alternatives,  some  intra¬ 
module,  and  some  intermodule,  each  presenting  a  different 
set  of  tradeoffs.  In  this  section,  we  will  concentrate  on  the 
issues  involved  in  intermodule  backtracking,  which  is 
guided  by  the  interfaces  between  the  planner  and  the  spe¬ 
cialists. 

Consider  the  interaction  between  the  geometry  special¬ 
ist  and  the  planner  (as  described  in  the  previous  section). 
Sometimes,  the  tool  approach  directions  chosen  by  the 
geometry  specialist  for  individual  features  (see  Section 
III-B)  may  not  be  acceptable  to  the  process  planner.  This 
could  cause  the  planner  to  backtrack  to  the  geometry  spe¬ 
cialist.  In  the  cross-product  example,  suppose 
the  geometry  specialist  selected  a  different  set  of  tool  di¬ 
rections  that  would  involve  making  h  o  I  e  - 1  and 
h  o  I  e »-  2  from  above  (i.e. ,  choosing  d  1  as  the  tool  ap- 
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Fig.  8.  Backtracking  between  the  planner  and  the  geometry  specialist. 


proach  direction  for  h  o  L  e  - 1 ;  see  Window  I  in  Fig.  1). 
Window  G-1  in  Fig.  8  shows  the  corresponding  interac¬ 
tion  graph.  When  the  planner  starts  with  this  interaction 
graph,  it  finds  that  ho  L  e-1  cannot  be  made  in  the  di¬ 
rection  d  1  because  of  the  possibility  of  tool  holder  col¬ 
liding  with  the  part^  (see  Window  P-1  in  Fig.  8).  At  this 
point,  the  planner  backtracks  to  the  geometry  specialist. 
The  geometry  specialist  typically  has  two  alternatives.  If 
the  tool  holder  interference  can  be  avoided  by  imposing 
additional  orderings  among  the  features  (see  Section 
III-B),  then  it  updates  the  interaction  graph  with  those  ad¬ 
ditional  orderings  and  restarts  planning.  If  this  is  not  pos¬ 
sible,  then  it  prunes  the  problematic  tool  approach  direc¬ 
tion  for  the  feature  in  question,  and  selects  a  new  tool 
approach  direction  for  the  feature.  Once  this  is  done,  the 
interaction  graph  is  updated  with  the  orderings  corre¬ 
sponding  to  the  new  tool  approach  direction  and  the  plan¬ 
ner  is  restarted. 

In  our  example,  the  geometry  specialist  finds  that  there 
is  no  way  of  avoiding  the  tool  holder  collision  if  h  o  I  e  - 
1  is  made  in  direction  d  1 .  Thus,  it  prunes  d  1  from  con¬ 
sideration,  and  selects  d  2  as  the  new  approach  direction 
for  h  o  I  e-1 .  Window  G-2  in  Fig.  8  shows  the  new  in¬ 
teraction  graph.  Note  that  in  this  graph,  the  ordering  be¬ 
tween  s  I  o  t  - 1  and  h  o  L  e  “  1  is  replaced  by  the  one 
between  s  L  ot  -  3  and  ho  I  e-1 .  The  planner  contin¬ 
ues,  and  finds  that  there  will  be  a  similar  tool  holder  col¬ 
lision  if  h  0  I  e  -  2  is  made  from  above  (Window  P-2  in 
Fig.  8).  Another  backtracking  takes  place  and  the  geom¬ 
etry  specialist  suggests  making  hole-2  from  below. 

^ool  holder  collisions  cannot  be  detected  by  the  geometry  specialist 
before  the  machining  plan  is  generated,  since  the  information  about  the 
particular  tool  that  is  selected  to  make  the  feature  is  not  available  at  that 
time.  During  planning,  once  a  tool  is  chosen,  the  planner  tests  for  tool 
holder  collisions  by  sending  messages  to  the  geometry  specialist  to  check 
for  the  possibility  of  interference  between  the  chosen  tool  and  the  part.  The 
test  itself  is  encoded  as  a  “compute  condition”  (c.f.  nonlin  [25])  on  the 
appropriate  task  reduction  schema  (see  Window  III  of  Fig.  3). 


The  updated  interaction  graph  is  shown  in  Window  G-3 
of  Fig.  8.  This  is  the  same  as  the  interaction  graph  shown 
in  Fig.  5,  and  consequently,  the  planner  will  be  able  to 
succeed  and  produce  Ae  machining  plan  shown  in  Fig.  6. 

Another  interesting  case  of  intermodule  backtracking 
arises  when  the  fixtuiing  specialist  fails  to  find  a  fixturing 
arrangement  to  accommodate  all  the  machining  steps  in  a 
particular  merged  group  o>  in  the  setup  graph.  In  such  a 
situation,  it  will  first  try  splitting  w  into  two  or  more  set¬ 
ups  {wi,  •  •  •  ,  Wm}  so  that  these  groups  can  be  fixtured 
individually.  Note  that  splitting  an  existing  setup  group 
this  way  will  not  necessitate  any  revision  in  the  machining 
plan  (in  particular  the  constraints  1)  and  2)  on  setup  graph, 
discussed  in  Section  IV,  are  not  violated). 

Sometimes,  however,  there  may  be  a  particular  ma¬ 
chining  step  which  cannot  be  made  in  the  chosen  orien¬ 
tation  without  running  into  fixturing  difficulties.  In  such 
cases,  there  are  two  options;  The  first  is  to  try  an  alter¬ 
native  tool  approach  direction  for  the  feature  associated 
with  that  machining  step,  and  merge  the  operation  for  that 
feature  with  some  other  steps  in  the  plan.  As  discussed 
before,  changing  the  orientation  this  way  may  cause  new 
geometric  interactions  and  may  indirectly  impose  new  or¬ 
dering  relations  on  the  machining  plan  by  changing  the 
interaction  graph.  (For  example,  if  the  fixturing  specialist 
decides  to  make  hole-1  in  Fig.  1  in  direction  d1  in¬ 
stead  of  d2,  then  the  geometry  specialist  will  detect  a 
new  interaction  between  h  O  I  e  —  1  and  s  I  o  t  —  1 .)  The 
second  option  is  for  the  fixturing  specialist  to  test  a  dif¬ 
ferent  total  order  on  the  setup  graph  (see  Section  IV),  so 
that  the  machining  steps  corresponding  to  the  problematic 
feature  appear  earlier  or  later  in  the  sequence  (the  part 
geometry  will  be  different  when  the  feature  is  made). 

In  the  first  option,  since  there  may  be  new  interactions 
between  the  features,  the  machining  plan  would  need  to 
be  revised,  taking  into  account  any  updates  in  the  inter¬ 
action  graph.  In  comparison,  the  second  option  involves 
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only  additional  fixturing  analyses.  The  tradeoff  is  not 
however  as  straightforward  as  this— analyses  by  the  fix- 
'  hiring  specialist  are  typically  more  time  consuming  than 
any  incremental  analysis  by  the  planner.  So,  currently  our  - 
system  prefers  the  first  option  (even  though  it  causes  in- 
teimodule  backtracking).  To  deal  with  such  tradeoffs  in  a 
more  domain-independent  fashion,  the  modules  need  to 
have  some  idea  about  the  cost  of  violating  individual  con¬ 
straints.  In  Section  VII,  we  propose  a  possible  solution 
for  this. 


VI.  Intramodule  Backtracking  and  Incremental 
Plan  Revision 

We  have  seen  that  inconsistent  commitments  by  spe¬ 
cialists  may  necessitate  intermodule  backtracking,  which 
is  often  costly.  To  contain  this,  and  to  improve  efficiency 
of  the  overall  planning,  it  is  important  for  individual  mod¬ 
ules  to  have  the  ability  to  accommodate  changes  in  their 
specifications  by  incrementally  modifying  their  plans. 
Similar  revision  is  also  necessitated  in  response  to  de¬ 
signer  initiated  specification  changes.  In  both  cases,  the 
revision  needs  to  be  conservative  both  to  ensure  internal 
efficiency  of  planning,  as  well  as  to  contain  the  ripple  ef¬ 
fects  of  changes  in  the  plan  on  the  analyses  of  other  mod¬ 
ules.  Furthermore,  to  improve  the  overall  efficiency,  the 
planner’s  ability  to  reuse  its  plans  will  have  to  be  supple¬ 
mented  by  the  specialists’  ability  to  reuse  their  previous 
analyses.  In  our  implementation,  both  the  planner  and  the 
fixturing  specialist  have  the  ability  to  reuse  previous  re¬ 
sults.  While  each  module  maintains  the  internal  depen¬ 
dencies  on  its  plans,  the  external  (intermodule)  depen¬ 
dencies  are  maintained  through  the  interfaces. 

The  planner  uses  the  priar  modification  framework 
[10],  [12]  to  carry  out  plan  revision.  The  modification  is 
guided  by  a  representation  of  internal  dependency  struc¬ 
ture  of  the  plan  called  validation  structure.  Validations 
can  be  seen  as  4-tuples  v:  {E,  t^,  C,  t^},  with  the  seman¬ 
tics  that  the  condition  E,  which  is  an  effect  of  t^,  should 
be  held  true  form  task  t,  to  tj,  to  support  the  applicability 
condition  C  of  task  tj.  The  validation  structure  is  used  as 
a  basis  to  justify  individual  planning  decisions  (steps,  or¬ 
dering  constraints,  and  task  reductions)  of  the  plan.  In 
particular,  we  justify  validations  in  terms  of  the  overall 
goals  of  the  plan,  and  then  justify  the  other  planning  de¬ 
cisions  in  terms  of  the  validations  they  support  [12],  [14]. 
Such  a  justification  structure  allows  the  planner  to  locate 
parts  of  the  plan  that  become  superfluous  whenever  a  par¬ 
ticular  retraction  occurs. 

Given  this  justification  framework,  incremental  revi¬ 
sion  is  seen  as  the  process  of  repairing  the  validations  that 
are  found  to  fail  due  to  specification  changes  or  externally 
imposed  constraints  (e.g.,  increasing  the  tolerance  spec¬ 
ification  or  the  diameter  of  a  hole).  The  repair  actions  de¬ 
pend  upon  the  nature  of  the  failing  validations.  If  the  fail¬ 


ing  validation  can  be  achieved  by  a  new  task,  then  the 
new  task  is  added  to  the  plan.  On  the  other  hand,  if  the 
validation  is  not  achievable,  then  a  dependency-directed 
backtracking  mechanism  is  invoked  to  undo  the  corre¬ 
sponding  planning  decisions  which  caused  it  to  fail.  By 
the  end  of  this  repair  process,  the  inapplicable  parts  of  the 
plan  will  have  been  pruned  away  and  some  new,  non¬ 
primitive  tasks  will  have  been  specified  to  the  planner. 
These  tasks  are  then  reduced  to  primitive  tasks  (by  the 
methods  described  in  Section  III-A)  to  give  rise  to  a  com¬ 
plete  plan  [see  [10],  [12]  for  details]. 

The  fact  that  the  planner  is  part  of  a  hybrid  architecture 
leads  to  some  additional  complexities  in  plan  revision, 
which  we  will  discuss  presently.  To  begin  with,  in  our 
hybrid  planning  architecture,  the  plan  contains  both  the 
constraints  which  were  imposed  by  the  internal  interac¬ 
tion-resolution  routines,  and  those  imposed  by  the  spe¬ 
cialists  (through  interfaces).  At  the  end  of  a  normal  plan¬ 
ning  cycle  (discussed  above),  there  are  three  types  of 
ordering  constraints  among  the  steps  of  the  plan: 

1)  Orderings  inherited  from  constraints  imposed  by  the 
geometry  specialist.  In  the  example  that  we  are  following 
(see  Fig.  6),  the  ordering  (mill  slot-1)  < 
(d  r  i  1 1  h  0  I  e  -  4)  is  of  this  type  (as  it  is  inherited  from 
the  machining  ordering  constraint  slot-1  <Og 
hole-4  imposed  by  the  geometry  specialist). 

2)  Oiderings  imposed  by  the  planner  during  the  plan¬ 
ning  (i.e.,  r,  <(,1,)  [e.g.  (center-dri  1 1  hole- 
2)  <  (dri  ll  ho  I  e-2)  in  the  example]. 

3)  Orderings  imposed  by  the  fixture  specialist  when  it 
chooses  a  total  order  over  Ae  setup  graph  [i.e.,  r,  belongs 
to  the  setup  oj,-  and  tj  belongs  to  the  setup  wj,  such  that  co,- 
<  Of  w/l-  Fo*"  example,  (d  r  i  1 1  -  h  o  I  e  1 )  <  (mill 
slot-1)  in  the  example  [since  the  step  (drill 
hole-1)  is  included  in  setup  select-fix¬ 
ture  -  4  in  the  fixture  plan  which  precedes  the  setup 
select-fixture-2  that  includes  (mill 
slot-1)]. 

Since  we  are  no  longer  concerned  solely  with  the  inter¬ 
nal  consistency  of  the  revised  plan  (as  in  [10],  [12]),  but 
with  the  global  consistency,  both  the  planner  and  the  spe¬ 
cialists  must  be  satisfied  with  the  revised  plan.  In  partic¬ 
ular,  to  avoid  costly  ripple  effects,  the  planner  must  keep 
track  of  any  implicit  constraints  imposed  by  the  special¬ 
ists,  through  the  interfaces,  and  respect  them  during  any 
plan  revision. 

Unlike  internal  constraints,  external  constraints  cannot 
be  justified  by  the  plan  validation  structure.  For  example, 
validation  structure  based  justifications  can  only  be  pro¬ 
vided  for  the  ordering  constraints  of  type  1),  and  not  for 
those  of  types  2)  and  3).  Thus,  during  plan  revision,  the 
planner  is  only  capable  of  reasoning  about  the  ramifica¬ 
tions  of  violating  the  orderings  of  type  2).  Violating  the 
other  two  types  would  lead  to  intermodule  backtracking. 
In  particular,  violating  orderings  of  type  1)  may  lead  to 
geometric  interactions,  while  violating  orderings  of  type 
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2)  may  lead  to  costly  refixturing  analyses.  To  avoid  these 
difficulties,  the  planner  currently  considers  the  externally 
imposed  orderings  to  be  nonnegotiable,  and  attempts  to 
accommodate  them  by  changing  the  plan  first.  (This  may, 
however,  sometimes  adversely  affect  the  flexibility  of 
modification;  see  Section  VII.) 

Revising  plans  to  accommodate  externally  imposed 
constraints  in  this  way  may  in  turn  affect  the  analyses  of 
the  specialists.  For  example,  whenever  the  machining  plan 
is  revised,  the  fixturing  specialist,  which  makes  its  com¬ 
mitments  based  on  the  machining  plan,  needs  to  recheck 
the  fixturing  decisions.  As  in  the  case  of  the  planner,  this 
replanning  is  facilitated  by  keeping  track  of  the  depen¬ 
dencies  between  the  fixture  plan,  the  process  plan,  and 
the  part  geometry.'®  The  dependencies  between  the  fix¬ 
ture  plan  and  the  machining  plan  are  maintained  through 
the  setup  graph.  Using  this  information,  the  fixture  agent 
can  figure  out  which  setups  are  potentially  affected  by  the 
changes  in  the  machining  plan,  and  thus  need  to  be  re¬ 
considered.  Fig.  9  shows  the  type  of  dependency  infor¬ 
mation  that  the  fixturing  specialist  can  construct,  based 
on  the  setup  graph  and  the  part  geometry.  In  this  exainple, 
features  A,  B,  and  C  are  composed  of  primitive  geometric 
elements  (surfaces  and  edges)  FA-1,  FB-3,  etc.,  and  are 
created  through  machining  operations  OAl,  etc.  The  fix¬ 
ture  agent  has  merged  operations  OAl,  OA2,  and  OA3 
and  created  a  fixture  arrangement,  SETUP- 1  for  them. 
Similarly,  OBI,  OCl,  and  OC2  have  an  associated  fixture 
arrangement,  SETUP-2.  Let  us  suppose  that  feature  A  is 
modified.  The  process  planner  reevaluates  operations 
OA1-OA3  and  modifies  them  as  necessary  and  the  fixture 
agent  reevaluates  SETUP-1.  SETUP-2  might  seem  to  be 
unaffected,  but  it  must  also  be  reevaluated  if  there  is  an 
“indexing  dependency’’  between  it  and  one  of  the  ele¬ 
ments  of  feature  A  (e.g.,  a  face  constituting  feature  A  was 
used  to  fixture  the  part  in  the  vise  in  SETUP-1).  Once  it 
has  been  determined  which  setups  must  be  reevaluated, 
the  fixture  agent  checks  the  clampable  regions  of  each  and 
modifies  the  fixture  arrangements  as  necessary.  Further 
details  about  fixture  replanning  can  be  found  in  [19]. 


A.  Example 

In  the  cross-product  example,  suppose  the  de¬ 
signer  changes  the  specification  of  the  part,  moving  the 
set-screw  hole  from  the  side  to  the  top  of  the  part  (i.e., 
removing  h o  I  e - 4  and  adding  h  o  I  e -  5),  increasing 
the  diameter  of  the  middle  hole,  h  o  I  e  -  3 ,  and  tighten¬ 
ing  the  position  tolerance  of  h  o  I  e  - 1  (as  shown  in  Win¬ 
dow  I  in  Fig.  10).  This  change  has  an  effect  on  the  inter¬ 
actions  detected  by  the  geometry  specialist.  The  updated 

'®Note  that  the  specification  for  the  fixturing  specialist  consists  of  the 
(changed)  description  of  the  features  (which  is  available  in  the  central 
knowledge  base)  as  well  as  the  (changed)  machining  plan. 
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Fig.  9.  Dependencies  among  features,  operations,  and  fixture  setups  and 
primitive  geometric  elemerits  of  features. 


interaction  graph  is  shown  in  Window  II  of  Fig.  10.  The 
updated  interaction  graph,  and  the  new  specification  of 
the  part  features  become  inputs  to  the  planner.  Since  a 
machining  plan  already  exists,  the  planner  uses  its  incre¬ 
mental  modification  capability  (see  above)  to  accommo¬ 
date  these  new  specifications  into  the  existing  plan.  Win¬ 
dow  III  in  Fig.  10  shows  the  revised  plan  that  the  planner 
produces  by  accommodating  this  change.  The  black  nodes 
in  the  figure  represent  the  parts  of  the  original  plan  (shown 
in  Fig.  6),  while  the  white  ones  correspond  to  the  newly 
added  parts.  Notice,  in  particular,  that  the  increased  di¬ 
ameter  of  h  0  I  e  -  3  makes  it  unsuitable  for  drilling,  and 
it  is  machined  by  milling  instead.  Similarly,  the  tightened 
position  tolerance  of  h  o  I  e  - 1  necessitates  the  addition 
of  a  center  drilling  step  to  its  machining  operations.  Fig. 

1 1  shows  how  the  hierarchical  structure  of  the  plan  is  uti¬ 
lized  in  localizing  modification  to  just  those  parts  of  the 
subplan  that  are  affected  by  a  changed  specification.  In 
this  case,  the  change  in  position  tolerance  requirements 
affects  only  the  hole-position  operation  of 
h  o  I  e  - 1 .  The  rest  of  the  hierarchical  plan  for  making 
h  o  I  e  - 1  remains  unchanged.  Windows  IV-A  and  IV-B 
show  the  new  setup  graphs  corresponding  to  the  changed 
plan.  In  this  case,  by  comparing  the  previous  fixture  plan 
(shown  in  Fig.  7)  with  the  new  se[up  graph,  the  fixturing 
specialist  realizes  that  the  changes  imposed  by  the  revised 
machining  plan  necessitate  a  new  setup  for  the  machining 
of  ho  I  e-5.  In  addition,  the  previous  setups  that  dealt 
with  the  machining  steps  of  h  o  I  e  -  5  (which  is  now  de¬ 
leted)  as  well  as  those  of  h  o  I  e  -  3  and  h  o  I  e  - 1  whose 
specifications  have  been  changed,  are  potentially  suspect. 
Window  V  shows  the  fixture  plan  which  corresponds  to  a 
particular  total  ordering  of  the  partial  ordering  shown  in 
Window  rV-A.  Once  again,  the  black  nodes  represent  the 
parts  of  the  fixmre  plan  that  are  salvaged  from  the  original 
plan,  while  the  white  ones  represent  the  results  of  new 
analysis.  Note  that  the  only  fixturing  setup  that  is  com¬ 
pletely  new  is  the  one  corresponding  to  h  o  I  e  -  5  shown 
in  Window  VI.  The  incremental  operation  of  the  planner 
and  the  fixturing  specialist  contains  the  ripple  effects  of 
the  specification  change,  and  makes  the  effect  of  the  spec¬ 
ification  changes  directly  manifest  in  the  process  plan. 
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Fig.  10.  Revising  the  plan  in  response  to  external 


Fig.  11.  A  fragment  of  the  hierarchical  structure  of  the  revised  machining 
plan,  showing  how  hierarchy  localizes  revision. 


VII.  Discussion 

In  the  previous  sections,  we  described  our  implemen¬ 
tation  of  a  hybrid  planning  architecture  for  process  plan¬ 
ning  in  Next-Cut.  The  architecture  avoids  duplicating 
capabilities  of  the  specialists  in  the  planner,  thereby  elim¬ 
inating  redundancy,  and  improving  efficiency  and  modu¬ 
larity.  Our  implementation  was  automatically  able  to  gen¬ 
erate  process  plans  that  satisfy  the  constraints  of 
geometry,  machining,  and  fixturing  specialists  cooperat¬ 
ing  in  an  integrated  framework.  We  have  discussed  the 
issues  involved  in  integrating  the  general  purpose  planner 
with  a  set  of  specialists,  and  proposed  ways  to  handle  each 
of  them.  In  particular,  we  focused  on  the  interactions  be¬ 
tween  the  planner  and  two  types  of  specialists,  one  which 
can  be  seen  as  augmenting  the  specification  of  the  prob¬ 
lem  as  seen  by  the  planner,  and  another  which  utilizes  the 


generated  plan  to  make  its  own  further  commitments.  We 
developed  interfaces  between  the  planner  and  the  special¬ 
ists  that  allow  both  to  explicitly  keep  track  of  externally 
imposed  constraints.  In  ffie  case  of  the  planner,  all  the 
external  constraints  have  been  modeled  as  additional  or¬ 
derings  and  mergings  among  machining  steps.  We  have 
demonstrated  that  these  interfaces  allow  the  planner  to 
function  with  a  minimal  understanding  of  the  internal  op¬ 
erations  of  the  specialists,  or  the  domain  specific  knowl¬ 
edge  they  employ.  We  have  also  discussed  additional  de¬ 
mands  placed  on  the  internal  operation  of  the  planner  in 
such  a  hybrid  planning  environment.  In  particular,  we  de¬ 
scribed  how  the  ability  to  incrementally  modify  existing 
plans  to  accommodate  external  constraints  effectively 
controls  the  proliferation  of  secondary  interactions,  in  the 
event  inconsistent  commitments  between  the  planner  and 
the  specialists  are  detected. 
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In  this  section,  we  look  at  some  of  the  limitations  of 
our  current  model,  and  discuss  the  directions  that  we  are 
exploring  to  overcome  them.  The  discussion  is  divided 
into  two  parts,  with  the  first  part  concentrating  on  the  is¬ 
sues  of  planning  in  our  model,  and  the  second  part  con¬ 
centrating  on  the  architectural  issues  regarding  interfaces 
between  heterogeneous  modules. 

A.  The  Planning  Methodology 

Although  the  interfaces  described  in  the  previous  sec¬ 
tions  allow  the  planner  to  keep  track  of  the  externally  im¬ 
posed  constraints  on  the  plan,  they  do  not  provide  any 
indication  of  the  reasons  for  constraints,  or  the  cost  (e.g., 
in  terms  of  additional  processing  by  the  specialists)  that 
would  be  incurred  if  Aose  constraints  are  violated.  At 
present,  we  get  around  this  problem  by  assuming  that  the 
external  constraints  are  nonnegotiable  (see  Section  VI). 
However,  such  an  assumption  is  too  inflexible  in  that  it 
may  lead  to  excessive  intermodule  backtracking. 

Consequently,  we  are  exploring  a  framework  in  which 
the  external  constraints  are  accompanied  with  an  expla¬ 
nation  structure — a  “window  of  applicability” — that  pro¬ 
vides  a  rationale  for  the  constraint  and  the  circumstances 
under  which  the  constraint"  remains  valid  (justified)  [11], 
[13].  Such  a  framework  will  allow  the  planner  to  make 
educated  decisions  as  to  which  constraints  can  be  relaxed 
during  the  plan  revision  process.  At  the  simplest  (and  least 
powerful)  level,  the  explanations  could  include  informa¬ 
tion  such  as  whether  the  constraint  is  a  hard  one  Or  a  soft 
preference,  provide  a  cost  measure  associated  with  vio¬ 
lating  the  constraint,  and/or  attach  a  list  of  quantities  upon 
which  the  justification  for  the  particular  constraint  de¬ 
pends.  Within  the  process  planning  domain,  some  of  the 
fixture  specialist’s  decisions  are  in  response  to  “hard” 
fixtuiing  constraints,  while  others  are  in  response  to 
“soft”  preferences.  The  former  affect  fixture  feasibility, 
while  the  latter  affect  optimality.  Clearly ,  it  would  be  use¬ 
ful  to  document  this  to  help  the  planner  in  making  deci¬ 
sions  that  might  affect  the  fixture  specialist. 

A  more  powerful  (and  more  difficult  to  construct)  ex¬ 
planation  may  provide  some  sufficient  and  necessary  con¬ 
ditions  under  which  the  constraint  is  justified.  When 
justifications  are  attached  to  the  externally  imposed  con¬ 
straints,  they  need  to  be  at  a  level  of  detail  that  is  com¬ 
mensurate  with  the  planner’s  model  of  the  domain.  There 
may  be  a  spectrum  of  such  justifications  for  any  con¬ 
straint,  with  tradeoffs  between  the  detail  of  the  justifica¬ 
tion  and  the  ability  of  other  modules  to  reason  with  it. 
The  correct  level  of  detail  depends  ultimately  on  the  de¬ 
gree  of  similarity  between  the  domain  models  and  the  in¬ 
ference  strategies  of  the  planner  and  the  specialists.  At 
one  extreme,  justifications  might  consist  of  precise  de¬ 
scriptions  of  geometric  interferences  that  caused  some  un- 

"The  term  “constraint”  is  used  here  in  a  general  sense  to  include  the 
ramifications  of  any  type  of  commitment  made  by  individual  modules.  In 
particular,  window  of  applicability  explanations  could  apply  to  any  com¬ 
puted  results  which  are  being  used  by  other  modules  (including  the  module 
which  computed  it). 
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desirable  interactions.  While  such  detailed  justifications 
have  been  used  to  advantage  in  interfacing  modules,  such 
as  geometry  specialists  and  assembly  planners  that  share 
similar  domain  models  [28],  they  may  not  be  suitable  in 
interfacing  a  geometry  specialist  and  a  machining  plan¬ 
ner,  which  use  significantly  different  domain  models.  At 
the  other  extreme,  in  complex  environments  with  hetero¬ 
geneous  modules,  even  a  justification  that  merely  speci¬ 
fies  the  variables  that  the  external  constraint  depends  on, 
could  be  useful. 

A  related  issue  is  the  level  of  interfaces:  In  the  current 
implementation,  we  modeled  the  specialist  interfaces 
solely  as  imposing  external  ordering  relations  and  merg¬ 
ing  constraints  on  the  plan.  Within  the  classical  planning 
framework,  we  could  also  acconunodate  interfaces  that 
augment  the  specification  of  the  planning  problem.  For 
example,  instead  of  doing  the  interaction  resolution,  the 
geometry  specialist  could  provide  a  high-level  description 
of  the  interference  to  the  planner,  and  allow  it  to  resolve 
the  interactions  itself.  The  task  reduction  schemas  of  the 
planner  could  then  be  written  in  such  a  way  as  to  allow 
the  planner  to  use  the  description  of  interferences  to  re¬ 
solve  interactions.  This  may.  sometimes  provide  a  finer 
grained  interaction  between  ffie  specialist  and  the  planner. 

B.  Architectural  Issues 

As  described  earlier,  our  hybrid  planning  architecture 
uses  customized  interfaces  between  the  planner  and  the 
specialists.  In  light  of  the  task-dependent  nature  of  inter¬ 
faces,  a  critical  concern  in  generalizing  this  architecture 
is  the  effort  involved  in  adding  a  new  specialist  to  the 
architecture.  Within  Next-Cut’s  planning  architecture, 
adding  a  new  specialist  is  a  two-stage  process.  First,  each 
full-fledged  specialist  must  at  least  be  able  to  access  the 
central  model  in  the  Next-Cut  architecture  (see  Section 
III),  and  respond  to  any  notification"  messages  sent  to  it 
[4].  Next,  depending  on  the  expected  interactions  be¬ 
tween  the  planner  and  the  specialist,  a  custom  interface 
may  have  to  be  designed.  The  rationale  here  is  that  al¬ 
though  modules  need  to  exchange  generic  messages,  to 
facilitate  a  deeper  cooperation  between  the  planner  and 
the  specialists,  they  also  need  to  have  customized  inter¬ 
faces  that  reflect  the  shared  representations.  The  latter  al¬ 
lows  for  efficient  reasoning  about  interactions  between  the 
modules. 

*^One  characteristic  of  our  architecture  is  that  the  overall  model  (state) 
of  the  problem  solving  remains  distributed  across  specialists — the  machin¬ 
ing  plans  remain  with  the  planner,  the  fixturing  details  remain  with  the 
fixturing  specialist,  and  so  on.  Although  this  has  several  advantages  (as  we 
have  discussed  earlier),  it  also  necessitates  a  more  distributed  approach  to 
communications  in  the  architecture.  In  our  more  recent  work,  we  have 
started  exploring  ways  of  streamlining  the  communication  aspects  of  the 
architecture  substantially,  using  the  notion  of  “notifiable  agents”  (c.f.  [4], 
[21]).  In  this  model,  each  module  registers  itself  with  a  central  communi¬ 
cation  module,  giving  infonnation  about  the  types  of  services  it  is  capable 
of  providing,  and  the  set  of  external  variables  which  it  is  dependent  on. 
The  former  allows  other  modules  to  access  information  from  this  module, 
whilfe  the  latter  allows  this  module  to  be  notified  when  variables  that  are  of 
interest  to  it  change. 
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Such  interfaces  need  to  be  designed  based  on  the  over¬ 
all  characteristics  of  the  task  domain,  and  the  types  of 
constraints  imposed  by  two  modules  on  each  other.  Within 
the  feature-based  manufacturing  domain,  the  interfaces 
will  typically  need  to  deal  with  geometric  and  prece¬ 
dence-based  constraints,  since  geometry  and  precedence 
are  typically  the  two  main  items  of  discourse  in  this  do¬ 
main.  Suppose  a  tolerance  reasoner  is  to  be  added  to  the 
architecture  to  help  the  planner  take  tolerance  constraints 
into  account.  In  this  case,  the  tolerance  reasoner  requires 
the  precedence  information  in  the  plan  to  propagate  tol¬ 
erances.  The  planner,  on  the  other  hand,  needs  the  prop¬ 
agated  tolerance  information  to  prane  infeasible  plans. 

Although  the  individual  interfaces  themselves  are  task 
dependent,  some  general  principles  can  be  gleaned  from 
our  experience  with  interfacing  heterogeneous  specialists 
to  a  planner.  In  designing  interfaces  between  two  spe¬ 
cialists,  we  are  interested  in  keeping  track  of  the  con¬ 
straints  that  each  module’s  actions  impose  on  the  other. 
The  interfaces  are  kept  at  the  highest  level  of  granularity 
that  can  still  facilitate  this  interaction.  Consider  for  ex¬ 
ample,  the  interface  between  the  planner  and  the  geome- 
tiy  specialist.  Based  on  our  experience  with  successive 
generations  of  Next-Cut  architecture,  and  related  work 
by  colleagues  on  assembly  planning,  grasp  planning,  and 
tolerance  analysis  [28],  we  have  found  that  “bounding 
volumes”  provide  a  useful  abstraction  of  geometric  inter¬ 
ferences.  For  example,  they  help  both  the  machining 
planner  and  the  fixturing  specialist  without  tying  them 
down  to  the  details  of  the  geometric  modeler. 

VIII.  Related  Work 

The  idea  of  integrating  specialists  into  a  general  pur¬ 
pose  reasoner  to  improve  the  efficiency  and/or  expres¬ 
siveness  has  been  studied  previously  in  automated  reason¬ 
ing  [7].  For  example.  Miller  and  Schubert  [20]  describe 
a  reasoning  system,  that  interfaces  a  general  purpose 
theorem  prover  with  a  set  of  specialists  to  accelerate  it. 
Here,  typically,  the  general  purpose  reasoner  already  has 
a  complete  model  of  the  reasoning  carried  out  by  the  spe¬ 
cialists.  Brachman  et  al.  [1]  describe  a  reasoning  system 
called  KRYPTON  which  integrates  a  terminological  and  an 
assertional  reasoning  module  by  modifying  the  semantics 
of  the  unification  operation.  However,  very  little  work 
along  these  lines  has  been  done  in  planning.  One  excep¬ 
tion  is  Simmons’  gordius  system  [23],  which  combines 
several  specialized  representations  for  reasoning  about 
quantities,  sets,  diagrams,  and  time  into  a  common 
framework  to  accurately  and  efficiently  predict  the  effects 
of  events.  Simmons’  work  also  points  out  the  efficiency 
considerations  involved  in  separating  the  plan  generation 
from  the  deep  causal  models  of  the  domain. 

There  is  also  some  overlap  between  the  issues  of  hybrid 
planning  explored  in  this  paper,  and  work  in  multiagent 
planning  (e.g.,  localized  search  strategies  [18]),  distrib¬ 
uted  planning  (e.g.,  coordinating  a  set  of  planners  and 
combining  their  individual  plans  into  a  global  solution 


[6]),  and  blackboard-based  methods  for  integrating  het¬ 
erogeneous  systems  (e.g.  [9]).  The  idea  of  decomposing 
a  planning  task  into  several  specialized  tasks,  each  per¬ 
formed  by  a  different  agent,  has  been  espoused  in 
Lansky’s  gemplan  [18].  In  gemplan,  the  individual 
agents  all  share  common  representations  and  inference 
strategies,  which  considerably  simplifies  the  interface 
problem.  Nevertheless,  the  localized  search  strategies  de¬ 
veloped  in  gemplan  appear  generalizable  to  architectures 
involving  heterogeneous  specialists.  Work  in  distributed 
planning  such  as  [6]  has  typically  addressed  the  issues  of 
coordinating  a  set  of  homogeneous  planners  working  on 
different  subgoals  of  a  single  problem.  It  is  assumed  that 
the  planners  all  share  common  representations  and  vocab¬ 
ulary.  Similarly,  blackboard-based  integration  methods 
typically  assume  that  the  individual  modules  are  capable 
of  computing  the  ramifications  of  the  assertions  on  the 
blackboard  on  their  problem-solving  cycles.  In  contrast, 
we  are  explicitly  concerned  with  the  issues  of  integration 
between  a  general  purpose  planner  and  a  set  of  heteroge¬ 
neous  specialists.  Constructing  interfaces  to  facilitate  ef¬ 
fective  interaction  between  the  planner  and  the  specialists 
is,  thus,  of  critical  importance  in  our  model. 

The  issues  of  combining  heterogeneous  specialists  have 
received  some  attention  in  the  distributed  artificial  intel¬ 
ligence  community  (e.g.,  [16],  [17],  [24]).  The  emphasis 
there  has  generally  been  on  the  negotiation  and  conflict 
resolution  aspects  of  integration.  Our  work,  in  contrast, 
concentrates  on  the  ramifications  of  heterogeneous  hybrid 
planning  architecture  on  the  operation  of  the  planner  and 
specialists.  In  our  current  system,  there  is  no  explicit  ne¬ 
gotiation  between  the  planner  and  the  specialists — there  is 
a  strict  hierarchy  between  the  planner  and  specialists  and 
each  module  treats  the  externally  imposed  constraints  as 
hard  nonnegotiable  ones.  Intermodule  backtracking  oc¬ 
curs  only  when  these  constraints  cannot  be  incrementally 
incorporated  by  the  module  without  violating  some  fea¬ 
sibility  constraints.  Although  the  lack  of  explicit  negoti¬ 
ation  has  not  been  a  significant  problem  in  our  current 
planner-centered  architecture,  we  expect  it  will  become 
more  important  as  we  generalize  the  architecture  to  allow 
multiple  planners,  interacting  as  poers,  as  well  as  with 
specialist  modules.'^  The  notion  of  windows  of  applica¬ 
bility,  introduced  in  Section  VII-A,  could  provide  a  gen¬ 
eral  basis  for  negotiation  in  our  architecture. 

The  importance  of  incremental  revision  in  supporting 
distributed  cooperative  activity,  as  well  as  the  intricacies 
of  managing  externally  justified  constraints,  has  also  been 
well  recognized  in  the  DAI  community.  The  DTMS  work 
[2],  for  example,  extends  the  truth  maintenance  to  dis¬ 
tributed  agents.  Unlike  DTMS,  which  merely  propagates 
the  ramifications  of  a  change  across  a  distributed  multi¬ 
agent  database,  the  incremental  revision  strategies  dis¬ 
cussed  in  VI  explicitly  attempt  to  guide  the  planner  and 
the  spiecialists  in  modifying  their  respective  analyses  to 

’^Indeed,  the  specialists  themselves  can  be  treated  as  specialized  plan- 
ners  in  such  an  architecture. 
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accommodate  changes  incrementally,  and  minimize  the 
overall  perturbation  of  plans.  The  technology  of  DTMS 
could,  however,  be  gainfully  incorporated  into  our  archi¬ 
tecture  to  provide  more  systematic  justification  mainte¬ 
nance  and  dependency  propagation. 

IX.  Conclusions 

In  this  paper,  we  have  explored  a  hybrid  incremental 
planning  architecture  which  utilizes  a  set  of  specialists  to 
complement  both  the  overall  expressiveness  and  reason¬ 
ing  power  of  a  traditional  hierarchical  planner.  We  have 
described  our  implementation  of  this  model  in  a  manufac¬ 
turing  planning  domain,  and  discussed  several  issues  con¬ 
cerning  the  interfaces  and  interaction  management  be¬ 
tween  the  planner  and  the  specialists.  The  results  of  the 
implementation  have  been  encouraging:  Our  architecture 
allowed  effective  interaction  between  the  planner  and  the 
specialists,  without  binding  the  planner  too  tightly  to  the 
internal  operations  or  the  domain  specific  knowledge  of 
the  specialists.  The  incremental  operation  of  the  planner 
and  the  specialists  was  effective  in  controlling  the  prolif¬ 
eration  of  interactions  when  inconsistent  commitments  are 
detected  between  the  planner  and  the  specialists.  The  im¬ 
plementation  has  also  taught  us  several  general  principles 
on  designing  hybrid  planning  systems;  we  summarize 
them  briefly: 

•  Communication  between  the  planner  and  the  spe¬ 
cialists  takes  several  forms,  including  the  shared  rep¬ 
resentation  of  the  design  and  process  plan,  special¬ 
ized  representations  of  mutual  constraints  (e.g.,  the 
setup  graph)  and  standardized  messages  (e.g.,  the  re¬ 
sults  of  intersection  tests  from  the  geometry  special¬ 
ist).  In  all  cases,  there  is  tradeoff  between  expres¬ 
siveness  and  abstraction.  For  example,  the  geometric 
intersection  results,  as  in  Window  I  of  Fig.  5,  were 
found  after  some  experimentation  to  be  at  the  right 
level  of  detail  for  making  ordering  decisions  in  pro¬ 
cess  planning.  More  generally,  it  will  be  impossible 
to  satisfy  a  variety  of  modules  with  messages  and 
representations  at  a  single  level  of  detail.  A  solution 
to  this  problem  may  be  to  exploit  hierarchical  rep¬ 
resentations. 

•  Modules  in  a  hybrid  planning  environment  benefit 
from  hierarchical  representations  and  least  commit¬ 
ment  approach  in  problem  solving,  which  keeps  op¬ 
tions  open  and  reduces  the  need  for  backtracking  in 
the  face  of  specification  changes  and  planning  con¬ 
flicts  (by  allowing  maximum  latitude  to  the  special¬ 
ists  in  refining  the  plan  according  to  their  con¬ 
straints).  In  our  implementation,  for  example,  we 
maintain  partially  ordered  machining  plans,  and 
setup  graphs.'"* 

**Of  course,  the  usual  tradeoff  holds  between  the  delay  of  commitment 
and  the  amount  of  computation  needed  to  check  the  consistency  of  the  plan . 
Thus,  in  the  example  of  the  fixturing  specialist,  to  avoid  extensive  geo¬ 
metric  simulation,  a  single  total  ordering  of  the  setups  is  ultimately  chosen 
for  detailed  fixture  planning. 
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•  Each  module  should  reuse  previous  results  whenever 
practical,  both  for  speed  and  to  make  the  effects  of 
design  changes  manifest.  Reuse  of  previous  results 
is  particularly  useful  in  managing  the  interactions 
between  the  planners  and  the  specialists.  Every  time 
a  module  computes  a  new  result,  it  is  possible  that  it 
may  invalidate  results  previously  computed  by  other 
modules.  However,  to  the  extent  that  each  module 
reuses  previous  results,  the  incidence  of  new  side  ef¬ 
fects  and  interactions  with  other  modules  is  reduced. 
Thus,  if  the  process  planner  makes  only  minor 
changes  to  a  previous  process  plan,  it  is  unlikely  that 
major  changes  will  be  needed  in  the  corresponding 
fixture  plan. 

•  The  ability  to  reuse  previous  plans  (and  analysis  re¬ 
sults),  as  well  as  to  control  intermodule  backtrack¬ 
ing,  hinges  primarily  on  keeping  track  of  depen¬ 
dencies  within  the  plans  and  between  the  plans,  the 
specifications,  and  the  external  constraints  imposed 
by  other  modules.  Interfaces  which  keep  track  of  ex¬ 
ternally  imposed  constraints  can  thus  play  an  impor¬ 
tant  role  in  facilitating  reuse.  More  generally,  we 
found  that  it  is  important  to  keep  issues  of  feasibility 
(constraints)  separate  from  issues  of  optimality 
(costs),  since  the  former  are  far  more  likely  to  re¬ 
main  valid  from  one  plan  iteration  to  the  next. 

Experience  with  our  implementation  makes  us  believe 
that  hybrid  architectures  such  as  the  one  explored  here 
offer  a  promising  avenue  of  research  for  dealing  with 
realistic  planning  domains.  Our  future  work  will  involve 
extending  the  architecture  in  several  directions  as  dis¬ 
cussed  in  Section  VIII. 
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